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(54) HIGH DEHNmON IMAGE DISPLAY AND PROGRAM STORAGE MEDIUM FOR THE DISPLAY 



(57) A high-definition image display apparatus dis- 
plays a high-definition mega-sized image on a computer 
display The display apparatus includes a server 1 and a 
client 5 that operate in a coordinated manner. The dis- 
play system oonrprises means for storing an cage in the 
server 1 in the form of a set of image data for several 
levels of resolution each of which is obtained through 
division of the image into a matrix as well as through 
compression and encryption; and input means for ena- 
bling visual performance of operations for specifying an 
image to be displayed on the screen of the client 5, 
zooming in/but, and scrolling the image. 
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Description 

Field of the Invention 

[0001] The present invention relates to a high-defini- 
tion image display apparatus and a medium storing a 
program for implementing the display system, and wore 
particularly, to a high<lefinition image display apparatus 
for storing a plurality of mega-sized high-definition 
images into auxiliary storage devices and retrieving and 
displaying a desired image on a computer display at 
high speed, as well as to a medium storing a program 
for implementing the display system. 

Background Art 

[0002] In principle, displaying, zooming in/out. and 
scrolling of a mega-sized high-definition image on a 
computer display has conventionally required a main 
storage device capable of storing the entirety of the data 
corresponding to the mega-sized image. To address a 
case where the computer is equipped with a storage 
device having a capacity insufficient for storing the 
entirety of the image data, tiiere has been developed a 
method of saving into an auxiliary storage device tiiat 
portion of the image data which exceeds the memory 
capacity, as well as a metiiod of partially displaying the 
image in split views. 

[0003] According to tiie prior art, a main storage 
device having the capacity for storing mega-sized 
image data is required when a specific image is 
selected from a plurality of mega-sized high-definition 
images and a desired range of the ttius^elected image 
is displayed. 

[0004] If the capacity of the main storage device is 
insufficient for storing ttie image data, tine computer 
must be equipped with an auxiliary storage device 
capable of compensating for a memory shortage. Fur- 
ther, repeated transfer of data between the main stor- 
age device and the auxiliary storage device involves a 
long latency time. 

[0005] Use of only the portion of image data required 
for display is a conceivable measure for reducing the 
capacity of tiie main storage device. However, when the 
image is zoomed out until it fits into one screen, all the 
image blocks must also be zoomed out. Thus, zooming 
out the mega-sized image takes much time. Further, the 
number of image files increases as the size of an split 
image is reduced. In this way, the conventional method 
encounters difficulty in managing the image files. 
[0006] An object of the present invention is to provide 
a high-definition image display apparatus which has a 
data structure for displaying a high-definition image at 
high speed within a predetern^ned period of time 
regeurdless of changes in designation of an image or in 
designation of a display field requested by a client and 
which has an image display function for selecting, trans- 
ferring, and merging data. 



[0007] Another object of the present invention is to 
provide a high-definition image display apparatus which 
has the function of generating, at high speed, a high- 
definition image of an arbitrary resolution required by a 

5 dient 

[0008] Still another object of the present invention is 
to provide a medium storing a program for implementing 
a high-definition image display apparatus which has a 
data structure for displaying a high-definition image at 

10 high speed within a predetermined period of time 
regardless of changes in designation of an image or in 
designation of a display f iekj requested by a client and 
which has an image display function for selecting, trans- 
fening, and merging data. 

IS [0009] Yet another object of the present invention is to 
provide a medium storing a program for implementing a 
high-definition image display apparatus having tiie func- 
tion of generating, at high speed, a high-definition 
image of an cubitrary resolution required by a client. 

20 

Disclosure of tiie Invention 

[QOIO] A high-definition image display apparatus 
according to the present invention which displays a 

25 mega-sized high-resolutk>n image on a computer dis- 
play and which includes a server and a client that oper- 
ate in a coordinated manner. The display apparatus 
comprises means for storing an image in the server in 
the form of a set of image data for several levels of res- 

30 olution each of which is obtained tiirough division of tiie 
image into a mab-ix as well as through compression and 
encryption; and input means for enabling visual per- 
formance of operations for specifying an image to be 
displayed on the saeen of tiie client, zooming in/out, 

55 and scrolling the image. 

[0011] The high-definition image display apparatiJS 
according to the present invention enables high-speed 
zooming operations and a reduction in the nurTt)er of 
image files by converting the image data to be stored in 

40 ttie server in the form of archive files each containing a 
set of divided blocks of an image having a different level 
of resolution. Further, the high-definition image display 
appeuatus according to the present invention enat^es 
real-time manipulation of an image witiiout involvement 

45 of operation delays stemming from tiaving to wait for 
processing, by displaying a low-resolution image during 
tiie scrolling/zooming operations. Further, the high-defi- 
nition image display apparatus according to tiie present 
invention enables selection of a desired image to be dis- 

50 played from a plurality of images and is capable of pro- 
viding a user interfece that tocilitates use of an image 
datat)ase. 

[0012] The present invention enables provision of a 
medium storing a program which enables a computer 
ss serving as a high-definrtion image display apparatus to 
perform the aforementioned processing operations. 
Therefore, the computer tiiat serves as the high-defini- 
tion image display apparatus can perform the irxiividual 
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processing operations. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] s 

FIG. 1 is a diagram showing the principle and con- 
figuration of a high-definition image display appara- 
tus according to the present invention, i.e., the 
configuration of a client/sender system of the high- io 
definition image display apparatus; 
FIG. 2 is an illustration for describing archive-format 
image data and indication thereof; 
FIG. 3 is an illustration for descrising blocks consti- 
tuting a file; is 
FIG. 4 is an illustration for describing transfer of 
image data from the server to the client; 
FIG. 5 is an illustration showing a processing oper- 
ation for transferring the blocks while tiie blocks are 
expanded in the form of image data; 20 
FIG. 6 is an illustration showing a processing oper- 
ation for transferring the blocks while they are main- 
tained in JPEG format; 

FIG. 7 shows a transfer flowchart according to an 
embodiment of the present invention; 
FIG. 8 shows the transfer flowchart according to an 
embodiment of the present invention; 
FIG. 9 shows the flow of processing (including a 
caching operation) according to the embodiment; 
FIG. 10 shows the flow of processing (including a 
caching operation) according to the embodiment; 
FIG. 1 1 is an illustration for describing the shift of a 
display image field at the time off displaying an 
image; 

FIGs. 121 to 121V are illustrations for describing 
caching operations; 

FIG. 13 shows the flow of caching operations; 
FIG. 14 shows tiie flow of caching operations; 
FIG. 15 shows the flow of processing performed by 
the server; 

FIG. 16 is an illustration for desaibing a block man- 
agement area; 

FIGs. 171 and 1711 are illustrations for describing a 
control window indicated on the screen of the dis- 
play device; 

FIG. 1 8 shows an indicatfon of the lowest-resolutfon 

file; 

FIG. 19 shows tiiumbnall images displayed in a 
control window; 

FIG. 20 shows an indication of a first intermediate- 
resolution file; 
FIG. 21 shows split views; 
FIG. 22 shows an indication of a resolution control; 
FIG. 23 is an explanatory diagram for desaibing a 
reducing operation according to the present inven- 
tion; 

FIGs. 24A to 24D are explanatory diagrams for 
describing the reducing operation according to the 



present invention; 

FIG. 25 shows a block correspondence table; 
FIG. 26 is a reduction-scale conversion table; 
FIG. 27 is an explanatory diagram for describing 
tiie reducing operation according to tiie present 
invention; and 

FIG. 28 is the flow of processing for generating an 
image off desired resolution. 

BEST MODES FOR CARRYING OUT THE INVEN- 
TION 

[P014] FIG. 1 is a diagram showing the principle and 
configuration of a high-definition image display appara- 
tus according to the present invention. In FIG. 1, refer- 
erKe numeral 1 designates a server; 2 designates an 
auxiliary storage device; 3 designates an input device; 4 
designates a display device; 5 designates a client; 6 
designates an image expansion section; 7 designates 
an image management section; 8 designates an image 
expansion section; 9 designates an image display sec- 
tion; and 10 designates a communications line. 
[001 5] According to tiie present invention, for each of 
images to be stored in the server, images of different 
levels of resolution are prepared beforehand and each 
divided into a matrix form. Data of the thus divided 
images are encrypted and archived into archive files. 
[001 6] In the high-definition image display apparatus 
of the present invention, the server 1 includes the image 
expansion section 6, and the client 5 includes the image 
expansion section 8. TTie high-d^inition image display 
apparatus comprises means for dynamically determin- 
ing the load exerted on the CPU of the server 1 and tiie 
load exerted on the CPU of the client 5, and means for 
re-compression. When expansion of the image is per- 
formed in the server 1. a portion of an image block 
required for display is clipped and re-compressed by the 
re-compression means. Further, the high-definition 
image display apparatus comprises means for saving 
the image used by a client 5 into an auxiliary storage 
device for tiie client 5, as well as for reading an Image 
block beforehand by predicting the next operation on tiie 
basis of a past operation. The high-definition image dis- 
play apparatus according to tiie present invention fur- 
tiier comprises means for displaying, on a control 
window in the screen of the client 5, reduced views of 
the high-definition images that are being displayed and 
for carrying out continuous scrolling/zooming opera- 
tions, and means for listing thumbnail Images in a con- 
trol window and switohing anmng the images. The high- 
definition image display apparatus comprises means for 
indicating on the screen of the client 5 a ruler-like 
graphic on a high-definition image. The high-definition 
image display apparatus conrprises means capable of 
splitting a screen into "n" blocks and manipulating "n" 
images at tiie time of displaying a high-definition image 
on the screen of the client 5. Furtiier. the high-definition 
image display apparatus comprises means for record- 
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ing/reproducing a display field at the time of displaying a 
high-definition image on the screen of the client 5. The 
high-definition image display apparatus further com- 
prises means for nrx>ving a viewpoint at high speed by 
indicating low-resolution image data during operations $ 
when scrolling/lzooming operations are performed 
within the control window of the client 5. 
[0017] The high-definition image display apparatus 
according to the present invention enables high-speed 
indication during zooming operations and a reduction in io 
the number of image files, by converting image data to 
be stored in the server 1 into archive files of different 
levels of resolution and which are divided into blocks. 
Further, the high-definition image display apparatus 
according to the present invention enables constant is 
attainment of an optimum throughput, by comparing the 
load exerted on the CPU of the server 1 with the load 
exerted on the CPU of the client 5, by dynamically 
determining whether compressed image data blocks 
are to be decompressed by the server 1 or the dient 5. 20 
and by reading an image block beforehand in the direc- 
tion in which the image is being shifted, by means of 
predicting the next operation. Further, the high-delinl- 
tion image display apparatus according to the present 
invention enables real-time manipulation of an image 2S 
without involvement of operation delays due to waiting 
for processing, by indication of a low-resolution image 
during scrolling/zooming operations. The high-definition 
image display apparatus according to tiie present inven- 
tion further comprises means for a reduction-scale indi- 30 
cation, screen splitting, and display of a list screen for 
the purpose of selecting an image to be displayed from 
a plurality of images, and enables provision of a user 
interface that facilitates use of an image database. 
[0018] The present invention enables provision of a 3S 
medium storing a program by which a computer serving 
as a high-definition image display apparatus executes 
the foregoing processing operations, thereby enabling 
the computer serving as a high-definition image display 
apparatus to execute the foregoing processing opera- 40 
tions. 

[001 9] FIG. 1 shows the principle and configuration of 
the present invention; i.e., a client/server system of the 
high-definition image display apparatus according to an 
enfixxJiment of the present invention. 4s 
[0020] Reference numeral 1 designates a server con- 
nected to the auxiliary storage device 2 for storing 
archive-format image data; 5 designates a client con- 
nected to botii the input device 3 for designating a dis- 
play image and permitting scrolling^ooming operatfons so 
and ttie display device 4 for displaying a high-definition 
image; 6 designates the image expansion section for 
expanding a compressed image in the server 1 ; 7 des- 
ignates the image management section for retrieving 
image data blocks from the auxiliary storage device 2; ss 
and 8 designates the image expansion section for 
expanding a compressed image in the dierrt 5. 
[0021] Reference numeral 9 designates an image dis- 



play section for providing selection means which caches 
and reads an image data block beforehand, pastes the 
split images, and designates an image, as well as for 
providing an innage to tfie display devica Reference 
numeral 10 designates a communications line connect- 
ing the server 1 to the dient 5. 
[0022] The archive-fonnat image data stored in ttie 
auxiliary storage device 2 connected to the server 1 are 
converted into images of several different level of reso- 
lution, ranging from a lowest-resolution file - which is 
reduced such ttiat the entire image can be displayed in 
one screen and is prepared with the lowest resolution - 
to a highest-resolution file prepared with the highest 
resolution. 

[0023] FIG. 2 is an illustration for describing archive- 
format image data and indication thereof. In the draw- 
ing, reference numeral 11 designates a highest-resolu- 
tion file; 12 designates a first-intermediate-resolution 
file; 13 designates a second-intermediate-resolution 
file; and 14 designates a lowest-resolution file. 
[0024] The highest-resolution file 11 corresponds to 
an image of 10,000 x 10,000 pixels; ttie first-intermedi- 
ate-resolution file 12 corresponds to an image of 5.000 
x 5,000 pixels; tiie second-intermediate-resolution file 
13 con-esponds to an image of 2.500 x 2.500 pixels; and 
ttie lowest-resolution film 1 4 corresponds to an image of 

I. 250 X 1.250 pixels. The resolution and the number of 
intermediate resolutions are not limited to the present 
example. The first-intermediate-resolution file 12 corre- 
sponds to the highest-resolution f ile 1 1 whose pixels are 
diminished in number to 1/2 in both vertical and horizon- 
tal directions. 

[0025] Four types of files shown in FIG. 4 are pre- 
pared for one image, e.g., an image of Buddha. If the cli- 
ent 5 requests to display an image corresponding to an 
illustrated image 15 (of 3,000 x 3.000 pixels) (having an 
arbitrary resolution), the images is prepared by dimin- 
ishing the first-intermediate-resolution file 12 (which is 
larger ttian the file 15) in number of pixels to 3/5 in both 
the vertical and horizontal directions. 
[0026] FIG. 3 is an illustration for desaibing blocks 
constituting the file. In the drawing, reference numerals 

I I. 12, 13, and 14 correspond to those of FIG. 2. Refer- 
ence numeral 16-i designates blocks constituting the 
highest-resolutton file 1 1 ; 1 7-i designates blocks consti- 
tuting ttie first-intermediate-resolution file 12; 18-i desig- 
nates blocks constituting the second-intermediate- 
resolution file 13; 19h designates blocks constituting ttie 
lowest-resolution file 14; 20 designates hold information 
corresponding to the highest-resolution file 1 1 ; 21 des- 
ignates hoM information corresponding to the first-inter- 
mediate resolution file 12; 22 designates hold 
information corresponding to tiie second-intermediate- 
resolution file 13; and 23 designates hold information 
corresponding to the lowest-resolution file 14. 

[0027] Eachof ttiefiles 11, 12, 13. and 14 is held while 
divided into blocks of p x p pixels, and access is made 
on a per-block-basis. The blocks 16-i, 17-i, 18-i, and 19- 
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i differ from one another in content but are equal in 
terms of the number of pixels in the vertical and horizon- 
tal directions. In feet, no problems arise even if the 
blocks 16-i to 19-i which are located in the correspond- 
ing locations in the files 11 to 14 have different sizes, 
and therefore such a difference in size is allowed. Simi- 
larly, no problem arises even when the number of pixels 
In the vertical direction differs from that in the horizontal 
direction. 

[0028] The hold infonnation 20 comprises (i) l^asic 
information" describing an image (for example, an 
image of Buddha or a thumbnail image) to which the 
hold infbrmation 20 con-esponds; (ii) "file information" 
describing that the file is. e.g., the highest-resolution file 
11; (iiO "management infbrnnation relating to an image 
block of [0][0]" representing that the retained informa- 
tton corresponds to. e.g., a block at coordinates [0][0]; 
(iv) "management information relating to an image block 
of [0][1] representing that the retained information corre- 
sponds to a block at coordinates [0][1]; and (v) ... The 
same applies to the hold infbrmation 21, the hold irrfbr- 
mation 22, and the hold information 23. 
[0029] The sen/er 1 transfers data to the client 5 on a 
per-image-block-t>asis. Regardless of whether the 
image data are JPEG image data or image data result- 
ing from expansion of JPEG image data, the image data 
are transferred to the client 5 from the server 1 while 
being encrypted and compressed. TTie client 5 uses the 
image data after decrypting and expanding the received 
image data. 

[0030] FIG. 4 is an illustration for describing transfer of 
image data from the server 1 to the client 5. In the draw- 
ing, reference numeral 16-ij designates the block shown 
in FIG. 3; and 24 designates a display frame (i.e.. the 
frame off a display screen) of the display device of the 
client 5. 

[0031 ] Provided that - as indicated by a dotted line in 
the drawing - the display frame 24 of the client 5 corre- 
sponds to a portfon of a block 1 6-00. a portfon of a block 
16-01. a portion of a block 16-02. a portion of a block 
16-10. the entirety of a block 16-1 1 , a portion of a tHock 
16-12, a portion of a block 16-20. a portion of a t)lock 
16-21. and a portion of a block 16-22, image data 
regarding the images of the individual blocks related to 
the display frame 24 are transferred to the client 5. 
[0032] In tills case, according to tiie present invention. 

(i) in a case where, like tiie block 16-11 , one block 
Is wholly included in tiie display frame 24 - i.e., 
PA(1);or 

(ii) in a case where, like the t)locks 16-01, 16-12. 
16-21. and 16-22. ttie proportion of tiie portion of 
one block included in tiie display frame 24 is greater 
than a predetermined threshold value - i.e.. PA(5). 
PA(2). PA(3). and PA(4). the server 1 transfers tiie 
entire blocks) to the client 5 while maintaining the 
same JPEG format, because the proportion is 
greater ttian the tiireshoM value. 



(iii) In a case where, like the blocks 16-00. 16-02, 
16-10, and 16-20, the proportion of tiie portion of 
one block Included in tiie display frame 24 is less 
than a predetermined threshold value: i.e., PB(1), 

5 PB(2), PB(3). and PB(4), tiie server 1 expands 
image data relating to a block of interest to an 
image and tansfers to the client 5 image data relat- 
ing to only the portion of tiie block included in tiie 
display frame 24, because ttie proportion is less 

to tiian tiie threshold value. 

[0033] It goes without saying tiiat the server 1 trans- 
fers image data to the client 5 after the image data are 
encrypted and compressed, regardless of whettier the 

IS image data are JPEG image data or tiie image data 
resulting from expansion of the JPEG image data. Fur- 
tiier, needless to say. tiie data received by the client 5 
are used after being expanded and decrypted. 
[P034] According to the present invention, an image is 

20 retained in the form of, e.g., a JPEG (Joint Photograph 
Expert Group) image, in the auxiliary storage device 2 
shown in FIG. 1 . However, the standard under which an 
image is stored is not limited to JPEG. JPEG is one 
standard for compressing an image, is designed to com- 

25 press a full-color natural (scenic) image and a gray 
scale image, and is effective for use with a photograph 
or art work txit is not necessarily suitable for a line draw- 
ing. Further. JPEG is used for only a stilt image. 
[0035] JPEG is designed by utilization of ttie charac- 

30 teristic ttiat the human eye perceive a small variation in 
color witti less sensitivity tiian it perceives a small varia- 
tion in brightness. JPEG is effective means because it 
enables compression of. for example, a 2-Mbyte full- 
color image file to a 100-Kbyte file, and storage of full- 

35 color data [24 bites4>ixel (i.e.. 1 .6 x 1 0^ colors)]. 

[Q036] FIG. 5 shows transfer of blocks while they are 
expanded to image data. FIG. 6 shows tiansfer of 
blocks while tiiey are maintained in JPEG format. In ttie 
drawings, reference numerals 1, 4, 5, arxJ 16 corre- 

40 spond to those reference numerals shown in FIG. 1. 
Further, each of reference numerals 25 and 26 repre- 
sents a virtual screen (memory). 
[0037] In the case shown in FIG. 5, the server 1 
decrypts a JPEG image relating to the block 16-i and 

45 expands the thus-decrypted image to image data. The 
thus-expanded image data are indicated in the virtual 
screen 25. Data regarding one row of the image in ttie 
virtual screen 25 are subjected to, e. g., expansion or 
contraction and compression/encryption, and are then 

so tiansmitted. In tiie client 5, the transmitted infbrmation is 
decrypted and expanded on a virtual screen 26 to be 
displayed on tiie display device (display) 4. 
[0038] In the case shown in FIG. 6, ttie JPEG image 
relating to the block 16-i is transmitted as is to the client 

55 5. In the client 5, the received JPEG image is decrypted 
and expanded (expanded into image data) in order to be 
disposed on the virtual screen 26. Data regarding one 
row of ttie image in the virtual screen 26 are subjected 
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to expansion or contraction and cure then displa/ed on 
the display device (display) 4. 
[0039] FIGs. 7 and 8 constitute a single transfer flow- 
chart according to the emtjodiment of the present inven- 
tion. (Step SI): When the client 5 is activated, system 
information regarding the client 5 is acquired and is 
transferred to the server 1 . 

(Step S2): The server 1 receives the client informa- 
tion. 

(Step S3): From the performance of the client 5 and 
details of processing operations thereof, a thresh- 
old value (i*e., a JUDGEMENT RATE) is deter- 
mined in relation to whether a block is transferred 
while image data regarding the block are main- 
tained in JPEG format (like PA) or in the image data 
resulting from expansion of tiie JPEG image Qikd 
PB). 

(Step S4): The client 5 requests to transfer a 
desired image block. 

(Step S5): The sender 1 finds blocks to be trans- 
ferred (i-e.. the server 1 acquires tiie coordinates of 
each Image blod^. 

(Step S6): A determination is made as to whether 
or not requested data regarding individual blocks 
exceed tiie threshold value Q.B., the JUDGEMENT 
RATE). 

(Step S7): If the result of Step 6 is NO and if ttie 
requested data have not yet been expanded, the 
data are expanded to image data through parallel 
processing. 

(Step S8): Of the block expanded to the image data, 

only the portion of the block corresponding the 

requested data is transferred. 

(Step S9): If tiie result of Step S6 is YES. tiie data 

regarding the biock are transferred while being 

maintained in JPEG format. 

(Step S10): Upon receipt of the data regarding the 

desired block, tiie client 5 checks whether or not the 

thus-received bkx^k is an image expanded from the 

image data. 

(Step S11): tf the result of Step SIO is NO, tiie block 
is expanded to an image through parallel process- 
ing. 

(Step S12): If the result of Step SIO is YES, or 
when the t>lock is expanded to an image in Step 
S11 , a check is made as to whether or not there still 
remain blocks which have not yet been received. 
(Step S13): If the resuH of Step SI 2 is YES. a check 
is made as to whether or not the CPU of tiie client 5 
has sufficient capacity to perform additional 
processing operations. If the result of this check is 
NO, tiie processing returns to Step SIO. 
(Step S14): If the result of Step S13 is YES, the 
threshold value (i.e.. tiie JUDGEMENT RATE) is 
changed, and the proportion of the block which is 
transferred from the server 1 while being main- 
tained in JPEG format is inaeased. In short, the cli- 



ent sends a request to change the JUDGEMENT 

RATE. 

(Step S15): If tiie result of Step S12 is NO, an 
image is displayed. 

5 (Step SI 6): The server 1 checks whether or not 
there still remain blocks which have not yet been 
transferred after the processing operations in Steps 
S8 and S9. If tiie result of this check is NO, the 
processing returns to Step S5. 

10 (Step 817): If the result of Step SI 6 is YES, ttie 
processing proceeds to Step SI 7 and a check is 
made as to whether or not the client 5 has 
requested to change ttie JUDGEMENT RATE, tf ttie 
result of Step SI 7 is NO, the processing returns to 

IS Step S6. 

(Step S18): If ttie result of Step S17 is YES, ttie 
JUDGEMENT RATE is changed, and the process- 
ing retums to Step S6. 

20 [0040] FIGs. 9 and 10 constitute a single processing 
flowchart (including a caching operation) according to 
the emt)Odiment of the present invention. 
110041] The processing flow shown in FIGs. 7 and 8 
represents processing required for transfMng each 

25 block, whereas FIGS. 9 and 10 represent the overall 
processing required for displaying an image. 

(Step SI 9): While the client 5 is in an active state, 
the image the client 5 desires to display is specified. 
30 As shown in FIG. 1 0, in response to the designation 
of the image, the server 1 performs processing 
relating to Step S20. 

(Step S20): The server 1 fetches the basic informa- 
tion relating to a designated image and an initial 
35 image from the memory 2 (corresponding to the 
auxiliary storage device shown in FIG. 1) and sends 
the thus-fetched information and the initial image to 
tiie client 5. 

(Step S21): The client 5 acquires a tiiumbnail 

40 image from tiie server 1 and indicates the tiius- 
acquired thumtxiail image in the control window on 
tiie screen of ttie display device. The thumbnail 
image signifies a reduced view of an image. In the 
present case, if a designated image is a specific 

45 image of Buddha, the server 1 transfers as initial 
display images thumbnail images relating to ttie 
specific image of Buddha, such as a front view, side 
views, a rear view, a top view, and partial views of 
the image. As a matter of course, when the specific 

so image of Buddha is designated, another specific 
image of Buddha relevant to the specific Buddha 
may be transfenred as a thumbnail image. 
(Step S22): The operator of the client 5 designates 
a coordinate field of an image to be indicated on tiie 

55 display device. For example, the operator desig- 
nates ttiat only tiie head of the Buddha is to be indi- 
cated. 

(Step S23): If blocks included in the ttius-desig- 
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nated f ield are not cached in cache memory of the 
client 5 In response to the designation made in Step 

522. the client sends a request to the server 1 for 
transferring the t}locks. In contrast, tf the blocks 
have already been cached in the cache memory. 5 
the processing proceeds to Step S26. 

(Step S24): Upon receipt of the request in Step 

523, the server 1 determines whether the blocks 
are to be transfened in the form of JPEG images or 
expanded images, in consideration of transmission 10 
efficiency. The server 1 transfers either JPEG 
images or expanded images to the client 5. The 
server 1 also caches the images into its own cache 
memory In this case, consideration of transmission 
efficiency corresponds to the determination of is 
transmission efficiency on the k^sis of the threshold 
value (JUDGEMENT RATE) described with refer- 
ence to FIGs. 4, 5, 6. 7. and 8. Even in Step S24, 
the server 1 refers to the illustrated memory 2. 

(Step S25): The server 1 predicts the next opera- 20 
tion from the operation of the client 5 through paral- 
lel processing, and in an anticipative manner reads 
from the memory 2 a block which would be 
required. Such anticqsative reading of a bkxdc will be 
described later. ss 
(Step S26): The client 5 expands an image of a 
required tkock if the block has not yet been 
expanded to an image, thereto rendering the image 
displayable. 

(Step S27): Processing for the purpose of display- 30 

ing the image is performed. 

(Step S28): The image is displayed. 

(Step S29): The dient 5 waits for the next command 

from the operator. 

(Step S30): In response to the zooming or scrolling 3S 
operation performed by the operator through activa- 
tion of a rrK)use or the like, the next block which 
would be required is predicted. If the client 5 does 
not have such a block, the client 5 requests the 
server 1 to send the block. 40 
(Step S31): In Step S30. upon receipt of the JPEG 
image from the server 1, the client expands the 
image into image data and caches the thus- 
expanded image data into the cache memory. 
(Step S32): A check is made as to whether or not 4S 
the indication of the image has been completed. If 
the result of the check is NO. the processing retums 
to Step SI 9 or S22. If the processing retums to 
Step SI 9. another specific image of Buddha, for 
example, is displayed. In a case where the process- so 
ing returns to Step S22. for example, another field 
of the image of Buddha that is currently indicated is 
displayed. 

(Step S33): If the result of Step S32 is YES, the 
contents of the cache memory are erased. ss 

[0042] FIG. 1 1 is an illustratton for describing the shift 
of a display image fiekJ at the time of displaying an 



image. In the drawing, reference numerals 16 and 24 
correspond to those shown in FIG. 4, and reference 
numeral 27 designates a display screen. 
[0043] Provided that the blocks 1 6h J are present so as 
to form a matrix pattern and that a partial image sur- 
rounded by the display frame 24 shown in the drawing 
must t>e displayed on the client 5 side, blocks assigned 
symbol "x" are transfenred to the client 5 and displayed 
on the display screen 27 shown in the drawing. 
[0044] Even if the blocks included in the display frame 
24 fiave already been transferred and displayed, when 
the operator of the client 5 is performing zooming or 
scrolling operations, desirably the client 5 requests 
beforehand that the server 1 send the next blocks which 
would be required in association with the zooming or 
scrolling operations. For this reason, anticipative read- 
ing of a block is carried out. 

[0045] In FIG. 1 1 , the field encompassed by the dis- 
play frame 24-0 is shifted to a display frame 24-1 and 
further to a display frame 24. According to the present 
invention, the next block which would be required in the 
next step is determined tiirough prediction on the basis 
of the screen displayed before the current screen and 
tiie screen displayed before tiiat screen. More specifi- 
cally, there is predicted tiie direction toward which a 
block which would be required in the next step. In tiie 
case shown in FIG. 11. the display field appears to 
move in the direction designated by hollow arrow 50. 
[0046] FIGS. 12(1) to 12(IV) are illustrations for 
describing caching operations. In tiie drawings, refer- 
ence numeral 16 designates a block. Reference 
numeral 16(current) designates a t>lock that is cunrentiy 
displayed; 16(preceding) designates a block displayed 
in tiie step preceding the current step; 16(reserved) 
designates a block which would be displayed in tiie next 
step; and 16(anticipative) designates a block which 
would be displayed in the step after tfie next step. 
[0047] As shown in FIG. 12(1). provided that the dis- 
play fiekj is shifted in a leftward direction in the drawing 
and that the block 16(current)(diagonally hatched from 
upper righit to lower left) is displayed at the cun^ent point 
in time when the mouse is being move in the leftward 
direction, the direction in which the display field is 
shifted is determined means of the algorithm 
described by reference to FIG. 1 1 . The client 5 acquires 
the reserved block 16(reserved) and the antfoipative 
block 16(anticipative) and stores these blocks in tiie 
cache memory. As a matter of course, if the blocks are 
already present in the cache memory, the blocks are not 
required to be fetohed again from the sender 1 . 
[0048] FIG. 1 2(11) shows variations in the priority of tiie 
blocks tiiat are present in the cache memory. In tiiis 
drawing, a diagram denoted by "preceding" shows the 
priority levels assigned to the individual blocks by 
means of numerical values "0" to "99" when the preced- 
ing block 16(preceding) was displayed in a step preced- 
ing the current step. Further, a diagram denoted by 
"current" shows priority levels assigned to individual 
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blocks when the current block 1 6(cun^ent) is displayed in 
the current step. 

[0049] The priority levels are assigned to the individ- 
ual blocks by use of numerical values "0" to "99," and 
the numerical values are incremented or decremented 
according to the following rules: 

(i) Blocks which are currently displayed are 
assigned the highest value "99." Further, the blocks 
newly loaded into the cache memory are also 
assigned the numerical value "99." 

(ii) Blocks which are not cunrently displayed are 
assigned numerteal values which are obtained by 
sut)tracting one from their numerical values in the 
preceding step. 

[0050] As can be seen from application of the forego- 
ing rule, in the "preceding" state shown in FIG. 12(11). 
the block 16(preceding) (which was displayed in the 
step preceding the current step) is assigned numerical 
value "99." Provided that the renr^ining blocks are 
assigned numerical values "96." "95." and "94." the 
block 16(current) in the "current" state shown in FIG. 
12(11) is assigned numerical value "99," and the remain- 
ing blocks are assigned numerical values which are 
obtained by subtracting one from their numerical values 
in the preceding step. 

[0051] In this way. during the course of progress of the 
processing steps, the priority levels assigned to the 
blocks that are present in the cache memory are 
changed. 

[0052] FIG. 12(111) shows variation in the reservation- 
for-use level of each of the blocks which are present in 
the cache memory. In th*» drawing, a drawing denoted 
by "preceding" shows the reservation-fbr-use levels 
assigned to the individual tHocks by use of numerical 
values "0" to "99" when the preceding block 16(preced- 
ing) was displayed in a step preceding the current step. 
Further, a drawing denoted by "cunrent" shows the res- 
ervation-for-use levels assigned to the blocks when the 
current block 16(current) is displayed in the current step. 
[0053] Although the reservation-for-use levels corre- 
sponding to the individual t>locks are assigned numeri- 
cal values "0" to "99." the numerical values are 
incremented or decremented according to the folfowing 
rules. 

(iii) The blocks that are currently displayed are 
assigned the highest value "99." 

(iv) A Uock which woukJ be displayed in the next 
step [i.e.. the reserved block 16(reserved)] is 
assigned the highest value "99." 

(v) A block which would be displayed in the step 
after the next step p.e.. the anticipative block 
16(antictpative)] is assigned the highest value "99." 

(vi) The blocks other than the blocks pointed out in 
the sectfons (iii), (iv). and (v) are assigned numeri- 
cal values which are obtained by subtracting one 



from their numerical values in the preceding step. 

[0054] Provided that the current block 16(current). the 
reserved block 16 (reserved). €md the anticipative block 

5 16(anticipative) are the assigned numerical value "99" 
in the state (preceding) shown in FIG. 12(111). Also, 
attention must be paid to the fact tfiat. for example, the 
current block 16 (current) in the "preceding" state corre- 
sponds to the preceding block 16(preceding) in the "cur- 

10 rent" state. In this situation, when the blocks are shifted 
to the "current" state, the rules (iii) to (vi) are applied, 
thereby assigning numerical value "99" to the current 
block 16(current). the resented block 16(reserved). and 
the anticipative block 16 (anticipative), respectively The 

15 remaining blocks are assigned numerals which are 
obtained by subtracting one from their numerk:at values 
in the preceding step: 

[0055] FIG. 12(IV) shows blocks stored in the cache 
memory by combination of the priority levels shown in 

20 FIG. 12(11) with the reservation-for-use levels shown in 
FIG 12(111). The numeral provided in the upper left por- 
tion of each of the blocks in the cache memory repre- 
sents a priority level, and the numeral provided in the 
lower right portion of the bfock represents a reservation- 
's for-use level. 

[0056] As mentioned atx>ve, each of the blocks stored 
in the cache memory is assigned a priority level and a 
reservation-for-use level. For example, if blocks corre- 
sponding to the anticipative block 16(anticipative) are 

30 not present in the cache memory and are newly loaded 
to the cache memory, each of the k)locks is assigned pri- 
ority level "99" and a reservation-for-use-level "99." 
[0057] If no menxiry are is available in the cache 
memory when there arises a necessity for loading new 

35 blocks into the cache memory, tiie blocks that have 
been sorted according to numerical values of reserva- 
tion-for-use levels and that are assigned the same use 
levels are further sorted according to numerical value of 
prfority level. Blocks are eliminated from the group of 

40 thus-sorted blocks until required memory becomes 
available. More specifically, the block eliminated first is a 
block which is assigned the lowest priority level in tiie 
groLp of k>locks assigned the lowest numerical value of 
reservation-for-use level. 

45 [0058] FIG. 13 is a processing flow which represents 
a caching flow and corresponds to ttie management of 
processing required when t)locks are loaded to the cli- 
ent from the sen/er 1. (Step S34): Blocks are read from 
the server 1 and expaitded. (Step S35): An "image sta- 

so tus," which will be described by reference to FIG. 16. is 
described in the area for managing the blocks loaded 
into the cache memory. The term "Image status" con^e- 
sponds to information regarding whether the image is 
transferred from the server 1 while being in JPEG for- 

55 mat or in the form of expanded in^age data. 

[0059] FIG. 14 is a caching fksw relating to manage- 
ment of freeing of the cache menx>ry. 
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(Step S36): A sort buffer is prepared for managing 
the blocks loaded in the cache memory. Q) priority 
levels assigned to the blocks, (ii) reservatk>n-fbr- 
use levels assigned to the blocks, and (iii) manage- 
ment area identification numbers are set in the 5 
areas of the sort buffer corresponding to the individ- 
ual blocks. 

(Step S37): The blocks are sorted in descending 
numerical order according to the reservation-for- 
use levels. Blocks assigned the same reservation- 10 
for-use levels are further sorted in descending 
numerk^al order according to priority level (lb., the 
blocks are an^anged in descending order from the 
maximum value). 

(Step S38): The block is taken out of the sort buffer is 
in descending numerical order according to priority 
level, and the arrxMjnt of cache memory used by the 
blocks including the thus-extracted block is calcu- 
lated. 

(Step S39): If the thus-extracted biock is scheduled 20 
to be used (YES), the processing proceeds to Step 
S42. In contrast, if the block is not scheduled to be 
used (NO), the processing proceeds to Step S40. If 
YES. the block is scheduled to be used. Hence, 
even if the calculated amount of cache memory 25 
exceeds the capacity of the cache, the ''cache 
memory is not freed," despite the cache capacity 
being exceeded. 

(Step S40): A check is made as to whether or not 
the capacity of cache memory calculated in Step 30 
S38 exceeds a limit value of cache capacity Specif- 
ically, a check is made as to whether or not blocks 
not scheduled to be used must be eliminated from 
the cache menmry. K NO, the processing proceeds 
to Step S42. If YES, the processing proceeds to 3s 
Step S41. 

(Step S41): The block is freed, and the memory 
space required by the biodk is subtracted from the 
amount of memory calculated in Step S38. 
(Step S42): A check is made as to whether or not all 40 
the blocks are processed. If NO, the processing 
returns to step S38. If YES, the processing ends. 

FIG. 15 shows the flow of processing per- 
formed by the server 1 . 

(Step S43): The server 1 receives a request from 4s 
the client 5. 

(Step S44): The thus-received request is recorded 
and stored. As a matter of course, at tiie time of 
recording and storing the request, there is recorded 
and stored information regarding (i) whteh image is so 
displayed, (ii) which resolution is used to display the 
image, and Q\l) which portion of the image is dis- 
played. 

(Step S45): Independently of the processing opera- 
tions performed In Steps S43 and S44. the server 1 ss 
predicts a request which would be required in the 
next step, on the basis of the request made by the 
client 5 in the previous step and the request made 



by tiie same in the step immediately k>ef6re ttie pre- 
vious step. More specifically, tiie server predicts the 
position of the display frame 24 in tiie cunrent step 
through examination of shifting of the display frame 
24 in the direction designated by hollow arrow 50, 
as described with reference to, e.g.. FIG. 11. 
(Step S46): A processing sequence is set with 
regard to blocks which are required for satisfying 
the predicted requests and have not yet been 
loaded to the client 5 or blocks which have not yet 
been expanded to image data. 
(Step S47): Blocks are processed one by one 
according to the processing order, and tiie ttius- 
processed block is stored in the cache memory of 
the server 1. The cache memory of the server 1 
performs the same processing as performed by the 
cache memory of the client 5. as desaibed witii ref- 
erence to FIG. 14. 

(Step S48): A check is made as to whether or not 
the server has received tiie request from the client 
5. If NO. the processing returns to Step S47. If YES. 
tiie processing proceeds to Step S49. 
(Step S49): Processing is performed according to 
tiie request from the dient 5. 

[0060] FIG. 16 is an illustration for describing a block 
management area. In the drawing, reference numeral 
29 designates a block management areas conrespond- 
ing to an individual block; and 30 designates the con- 
tents of the block management area 29. 
[0061] For example, a block management area 29-r 
contains contents denoted by 30-r; namely, 

(i) The reservation-for-use level of the block - 
already described 

(ii) The priority level of the block - already descrit>ed 

(iii) Memory size of the t^lock - the memory size of 
tiie block is described, because the individual 
blocks differ slightiy in size. 

Civ) coordinate information regarding the block - 
coordinate information regarding the file 11, 12, 13, 
or 14 shown in FIG. 13 is described. 

(v) Image data of tiie block - in JPEG format or in 
the form of image data 

(vi) Image status - a desaiptton as to whether tiie 
block has been transferred from the server 1 in 
JPEG format or in the form of image data. 

[0062] The reservation-for-use level and the priority 
level within the kslock management area are inae- 
mented or decremented in the manner as previously 
described with reference to FIG. 12. 
[0063] FiGs. 17(0 and 17(11) are illustrations for 
describing control windows in the screen of the display 
device. A window 31-1 shown in FIG. 17(1) represents 
an example of a control window displayed along with an 
ordinary indication. A window 31-2 shown in FIG. 17(11) 
represents an example of a control window when 
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thumbnail images are displayed. 
[0064] The position on the screen of the display device 
where the control window is indicated will be desaibed 
later. Provided that, for example, an image A is dis- 
played as a display image in the control window 31-1, 
the entire image 32 of the image A is reduced until it fits 
into the field of the control window, in other words, the 
image A 32 is displayed in an "entire image display win- 
dow." In the case where the image A is currently dis- 
played on the saeen of the display device, a display 
frame 33 is overlaid on the image A 32 in order to indi- 
cate the portion of the image A that is currently dis- 
played as a display image. On the screen of the display 
device, a portion of the file 1 1 shown in FIG. 2 may be 
displayed, a portion of the file 12 may be displayed, a 
portion of the file 1 3 may be displayed, or the entirety of 
the file 14 may be displayed. The images differ in size 
from one another. Accordingly, the size of the display 
frame 33 varies according to the file corresponding to 
the image that is cun-ently displayed. More specifically 
even if a file to be displayed is changed, the image 32 
displayed in the control window assumes the same size, 
and therefore the size of the display frame 33 varies. 
Since the size of the display frame 33 is determined 
through conrputation, the size of the display frame 33 
also represents the degree of reduction of the image 
displayed on the screen. Taking advantage of this, 
according to the present invention, the reduction scale 
is indicated together with a display image to thereby 
inform the operator of the size of each portion of the dis- 
play image that is currently displayed, as will be 
desaibed later. 

[0065] As mentioned previously, various thumbnail 
images are transferred from the server 1, and these 
thumbnail images are displayed in the control window 
31-2 shown in FIG. 17. such that all thumbnail images 
34-i are displayed at one time, or a plurality of thumbnail 
images 34-i are displayed at one time. The operator can 
provide an instruction for displaying another image in 
place of the image that is currently displayed, through 
use of the mouse. For example, rf the operator desires 
to display an image B in place of the image A, the oper- 
ator points the cursor at the thumbnail image 34-2 of the 
image B by use of the mouse. The processor of the cli- 
ent 5 operates so as to display the image B. As a matter 
of course, when t^locks required for displaying the image 
corresponding to the image B are not present in the 
cache memory, the client 5 makes a request to the 
server 1 for transferring the blocks. 
[0066] FIG. 18 is a diagram showing a state in which 
a lowest-resolution file is displayed. In the drawing, ref- 
erence numerals 31, 32, and 33 correspond to those 
shown in FIG. 17, and reference numeral 35 designates 
a lowest-resolution image; and 36 designates a display 
screen. 

[0067] In the control window 31 -1 , there is displayed 
an image 32 that conresponds to the entirety of a spe- 
cific image of Buddha 35-1 which is currently displayed 



on the display screen 36 (in the form of a lowest-resolu- 
tion image). In order to clearly show the relationship 
between the image 32 representing the entirety of Bud- 
dha and the image 35 that is currently displayed on the 
5 display saeen 36, the display frame 33 is overlaid on 
the screen. 

[0068] In FIG. 1 8. the display frame 33 is displayed so 
as to encompass the entire image 32. and hence the 
image 35 displayed in the display saeen 36 represents 

10 the ^re image of Buddha. The entirety of the image 
corresponding to the lowest-resolution file may be con- 
sidered to assume a size which enables the image to be 
displayed on the display screen 36 as a single block. 
[0069] FIG. 19 shows thumbnail images when they 

75 are displayed in the control window. In the drawing, ref- 
erence numeral 31 designates a control window; 34 
designates thumbnail images; 35 designates an image; 
35-2 designates one specific image of Buddha pertain- 
ing to the image 35; and 36 designates a display 

20 screen. 

[0070] A plurality of images relating to one specific 
image (i e.. the image of Buddha 35-2), such as the full 
front view and side views of the image, are indicated in 
unison in the form of images of the size of a thumbnail, 

25 i.e., thumbnails 34-1. Thunrtbnail images of another spe- 
cific image of Buddha 35-1 relevant to the Buddha 35-2 
are also displayed in unison, as required. 
[0071] Although FIG. 19 shows the lowest-resolution 
image of the Buddha 35-2 on the display screen 36, an 

30 image other than the lowest-resolution Image; for exam- 
ple, a first-intermediate-resolution image, may also be 
displayed. 

[0072] When an operator instructs the client 5 to dis- 
play an image by designating one of the thumbnail 

35 images in the control window 31-2 shown in FIG. 19 
through use of a mouse or the like, the image corre- 
sponding to the selected thumbnail image is displayed 
on the display screen 36 as an image 35. 
[P073] FIG. 20 shows a first-intermediate-resolution 

40 file when it is displayed. In the drawing, reference 
numerals 31. 32. 33. 35. and 36 correspond to those 
shown in FlGs. 17, 18, and 19. Reference numeral 37 
designates a scale. 

[0074] In the case shown in FIG. 20, the image 32 cor- 
45 responding to the entirety of Buddha is indicated in the 
control window 31-1. The display frame 33 indicates a 
portion of the entire image 32 that correspondences to 
the image 35 (i.e., a specific image of Buddha 35-3) that 
is currently displayed on the display saeen 36. In other 
so word, the portion of the image surrounded by the dis- 
play frame 33 is displayed on the display saeen 36. 
[0075] Although a portion of the first-intermediate-res- 
olution image is shown in FIG. 20, the present invention 
is not limited to such an example. For instance, an 
55 image corresponding to a highest-resolution file may 
also be displayed. As a matter of course, an image of 
desired resolution k>etween the first-intermediate-reso- 
lution file and the second-intermediate-resolution file 
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may also be displayed. 

[0076] For this reason, in order to enable the operator 
to easily ascertain the size of the image 35 displayed on 
the display screen 36. a scale 37 is indicated on the dis- 
play saeen 36. Specifically, in order to enat>Ie the oper- 
ator to readily ascertain the size of. e.g., the head of the 
Buddha 35-3. the scale 37 is indicated so as to match 
the size of the image 35 that is currently displayed on 
the display screen (e.g.. the specific image of Buddha 
35-3). The size of the scale 37 on the display screen is 
determined so as to match the size of the image of Bud- 
dha 35-3 that is currently displayed on the display 
screen 36. Since the size of the display frame 33 is 
determined in the control window 31-1 through compu- 
tation, the size of the scale on the display saeen is 
readily determined. 

[0077] FIG. 21 shows split views of Buddha. In the 
drawing, reference numerals 31, 35, and 36 conespond 
to those shown in FIGS. 17 through 20. 
[0078] It goes without saying that, for example, the 
image 35 displayed on the display screen 36 in FIG. 18 
is not limited to the image shown in FIG. 18; the image 
may alternatively be dsplcyed while being split in the 
vertical or horizontal direction or in both vertical and 
horizontal directions. As a natter of course, as shown in 
FIG. 21, the images (e.g., Buddha images 35-1 and 35- 
2) that are split as required may be displayed on a single 
screen 36 while joined together. As already described 
with reference to FIG. 3. since the resolution files 11 to 
14 are stored while they are split into blocks 16 to 19. 
split views of an image may be readily produced by 
fetching the blocks required for display 
[0079] With reference to FIGs. 11 and 12, it has 
already been described that reserved blocks and antici- 
pative blocks are loaded beforehand one after another 
into the cache memory during the zooming or scrolling 
operation. In the case shown in FIG. 121 where the pre- 
ceding block 16(preceding) is cunently displayed, the 
only requirement is to load beforehand the blocte indi- 
cated by (a) and (b) of the antidpative block 16(anticipa- 
tive). As compared to the case where images are 
displayed one after another or where images, each cor- 
responding to one screen, are loaded t>eforehand on a 
per-saeen-basis. efficiency of data transmission may 
be improved significantly. Further, ttie chance of unde- 
sirably loading beforehand data which will become use- 
less can be diminished. 

[0080] According to the present invention, there are 
recorded and stored instruction information that is sent 
by the client 5 in relation to display of a high-definition 
image; for example, (i) instruction information as to 
which image (for example, an inrage of Buddha) has 
been displayed; (iQ instruction information as to which 
one of the resolution files shown in FIG. 2 has been 
used for displaying the image; OiO instruction informa- 
tion as to how zooming operation (including a zooming 
scale) or scrolling operations is performed; fiv) instruc- 
tion information about the coordinate of the block that 



has been displayed; (v) instruction information as to 
which one of the resolution files was used for displaying 
a preceding image and which one of the resolution files 
was used for displaying a current image; (vi) instruction 
5 information as to displayed thumbnail images and a 
designated image; (vii) instruction information about 
images that have been displayed for comparison as 
shown in FIG. 21 ; and (viii) the identification of the oper- 
ator. 

10 [0081] The instruction information can be readily 
recorded and stored by only storing details of the oper- 
ations utilizing tiie control window by use of the image 
expansion section 6 and/or the image expansion sec- 
tion 8 shown in FIG. 1. 

15 [0082] By means of such a record of information, the 
computer can ascertain a specific operator's propensity 
with regard to operation, thereby enabling effident pre- 
diction and an increase in ttie speed of high-speed dis- 
play 

20 [0083] Further, when the image 35 that is currentiy 
displayed on the display screen 36 is zoomed or 
scrolled, the operator dicks the mouse while pointing 
the cursor at the display frame 33 Indicated in the con- 
trol window 31-1. More specifically, when the image is 

25 zoomed, zooming is instructed while the display frame 
33 is held stationary. When the image is scrolled, the 
display frame 33 is shifted in a given direction. During 
the Zoonrvng or scrolling operations, the image that is 
currentiy displayed on the display screen 36 is equal in 

30 size to the highest-resolution image but has a k>wer res- 
olution. In short the image having a lower resolution is 
zoomed or scrolled. 

[0084] More specifically, under ordinary conditions, 
ttie image 35 is displayed on the display screen 36 witti 

35 the highest resolution that can be displayed on the dis- 
play screen. In other words, an image having the best 
resolution is displayed as the image 35. In some cases, 
a portion of the Buddha's image as shown in FIG. 20 
may be displayed as ttie image 35. When ttie image of 

40 Buddha is scrolled to. for example, the chest of Buddha, 
only the resolution of tiie image 35 displayed on tiie 
screen 36 is decreased without involvement of a change 
in the size of the image 35 (i e. . the image 35 is changed 
to a more blurred image), for reasons of a limitation on 

45 ttie speed of processing of an image or in order to 
ensure room for other processing by carrying out image 
processing more quickly Since tiie image 32 displayed 
in the control window is the entire image of Buddha, the 
image does not change even during tiie scrolling opera- 

50 tion. 

[0085] By means of the foregoing processing, tiie 
present invention enables display of a high-definition 
image within five seconds, which would otiienmse con- 
ventionally require, for example. 300 seconds. 
55 [0086] FIG. 22 shows a resolution control knob when 
it is displayed along witti ttie f irst-intermediate-resdu- 
tion-file shewn in FIG. 20. 

[Q087] As have been described by reference to FIGs. 



11 



21 



EP0933 694A1 



22 



2 and 20, the high<lefinrtion image display apparatus 
according to the present invention enat)les free display 
of, for example, an image 15 of a desired and arbitrary 
resolution between the first-intermediate-resolution file 
and the second-intermediate-resolution file. 
[0088] As will be explained once again, four types of 
files 11 through 14 are prepared for one image; for 
example, an image of Buddha. The highest-resolution 
file 1 1 corresponds to an Image of 10,000 x 10.000 pix- 
els; the first-intermediate-resolution file 12 con-esponds 
to an image of 5,000 x 5.000 pixels; the second-inter- 
mediate-resolution file 13 corresponds to an image of 
2,500 x 2,500 pixels: and the lowest-resolution film 14 
corresponds to an image of 1 ,250 x 1 .250 pixels. 
[0089] In this case, tiie operator of the dient 5 may 
desire indication of. e.g.. an image 15 of 3,000 x 3,000 
pixels, through actuation of a resolution control knob to 
be described later. In the following description, this 
example is referred to as required. 
[0090] An image 32 con-esponding to the entire image 
of Buddha is displayed in the control window 31-1 in the 
case shown in FIG. 22, as in the example shown in FIG. 
20. The display frame 33 indicates the portion of the 
image 32 con'esponding to the image 35 that ts cur- 
rently displayed on the display screen 36. Furtiier, a res- 
olution control knob 40 is indicated in a lower position of 
the control window 31-1. The position of the resolution 
control knob 40 represents the resolution of the image 
35 that is cunently displayed on the display screen 36. 
As a result, tiie operator can ascertain, the resolution of 
the image 35 that is currently displayed. 
[0091] The operator of the client 5 can enter an 
instruction for resolution by moving tfie resolution con- 
trol knob 40 in eitiier tiie right or left direction through 
use of the mouse. The resolution control knob 40 serv- 
ing as input means which enables visual setting and 
input of a resolution (i.e.. an aibiti^ry resolution) for the 
image to be displayed on tiie saeen of tiie client 5. The 
resolution of the Image 35 displayed on tiie display 
screen 36 and the size of tiie display frame 33 are auto- 
matically changed according to the resolution desig- 
nated by tiie operator. 

[0092] The resolution control knob 40 enables the 
operator to freely set an arbitrary value for resolution 
arKi to perform an entry operation with considerable 
ease. A resolution can be set in the range from the high- 
est resolution to the lowest resolution. Alternatively, the 
resolution may be entered by way of a keyboard through 
use of +/- keys or ten keys. 

[0093] An infinite number of indications con-esponding 
to the arbitrary-resolution image 1 5 are considered, and 
hence these images cannot be prepared t}efbrehand. 
unlike the intermediate resolution images. Therefore, 
the arbitrary-resolution image 15 is prepared by dimin- 
ishing pixels from the file having a resolution greater 
than a desired resolution, until there is obtained a 
desired arbitrary resolution. More specifically, the inter- 
mediate-resolutfon image is reduced until a desired 



arbitrary resolution image is prepared. In tiie previous 
case, an image is prepared by diminishing tiie f trst-inter- 
mediate-resdution file to 3/5 in terms of number of pix- 
els in both the vertical and horizontal directions, and the 

5 thus-prepared image is displayed. 

[0094] In ttie case of an enlarged image, an image of 
arbitrary resolution is prepared through interpolation in 
substantially the same way as tfie reduced image. Spe- 
cifically, pixels are added to the file having a lower reso- 

10 lution until there Is produced a file having a desired 
resolution. More specifically, a desired enlarged image 
is prepared by enlarging the intermediate-resolution 
image until tiie image assumes a desired resolution. I=br 
example, an enlarged image is prepared by expanding 

IS tiie first-intermediate-resolution file 1 2 by 5/3 in terms of 
the number of pixels in both the vertical and horizontal 
directions, and the thus-prepared image is displayed. 
[0095] Reducing or enlarging operations (hereinafter 
referred to simply as "reducing operation") required for 

20 displaying the arbitrary-resolution image 15 must be 
repeated by the number of dots of the display screen. In 
tiie high-def initton image display apparatus according to 
tiie present invention, a high-definition image is indi- 
cated on, e.g., a large screen of 1.600 x 1,200 dots. 

25 Therefore, the reducing operation must be performed 
1.92 million times per screen. The volume of such 
processing results in a decrease in tiie speed of gener- 
ation and display of an arbitrary-resolution image. In 
contrast, even an arbitrary-resolution file also requires 

30 high definition, and hence the accuracy of computation 
required for correctly displaying an image cannot be 
deteriorated. Further, there must be prevented an error 
in computation caused at the time of converston of coor- 
dinates. 

35 [0096] For these reasons, the high-definition image 
display apparatus according to the present invention 
reduces the size of an image at high speed without 
involvement of a computation en*or stemming from con- 
version of coordinates and without deterioratfon of com- 

40 putation accuracy, thus preparing and displaying the 
arbitrary-resolution image 15. For this purpose, the 
high-definition image display apparatus according to the 
present invention produces a block correspondence 
table and a reduction rate conversion tat)le, which will 

45 be described later, and uses tiiese tables. 

[0097] FIG. 23 is an illustration for describing a reduc- 
ing operation according to the present invention. The 
redudng operation is primarily executed by the image 
display section 9 of the client 5 shown in FIG. 1 . 

50 [0098] In FIG. 23, the image display section 9 of tfie 
client 5 comprises a block management table 41 for 
storing various data used for managing image blocks; a 
block correspondence XaJDUe 42 representing relation- 
ships between the image blocks and pixels; a reduction 

55 rate conversion table 43 for indicating the positions of 
p[xe\s to be displayed; cache memory 44 for storing ttie 
image blocks received from the server l through cach- 
ing operations; and display memory 45 for storing 
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image data to be displayed on the screen of the display 
device of the client 5. The block management table 41 , 
the block con'espondence table 42, and the reduction 
rate conversion table 43 are prepared by the image dis- 
play section 9. 

[0099] The image display section 9 has means fbr 
determining, on the basis of an art)itrary resolution, an 
intermediate-resolution image used as a basis for pre- 
paring the arbitrary-resolution image 15. When the 
operator enters an arbitrary resolution by way of the res- 
olution control knob 40. the image display section 9 
determines, on the basis of the thus-entered arbitrary 
resolution, an intermediate-resolution image serving as 
a basis fbr preparation of the artxtrary-resolution image 
15. 

[01 00] The image display section 9 has means for cal- 
culating a reduction rate from the artntrsuy resolution 
and the intermediate-resolution image serving as a 
basis for preparation of the arbitrary-resolution image 
15. thereby preparing the reduction rate conversion 
tat>le 43. The image display section 9 refers to an image 
block corresponding to the currently-displayed image 
through use of the reduction rate conversion table 43. 
On the basis of the reference result the data to be dis- 
played are read from the image block corresponding to 
the currentiy-displayed image in the intermediate-reso- 
lution iniage. and the thus-read data are written into the 
position of the display memory 45 to be displayed. An 
image is displayed according to the contents of the dis- 
play memory 45. 

[0101] The image display section 9 has means for 
splitting into a plurality of image blocks the irrtermediate- 
resolution image used as the basis for generating the 
arlMtrary-resolution image 15, and generating the tHock 
correspondence table 42 on the basis of the thus-split 
image blocks. The image display section 9 receives 
from the server 1 the image block corresponding to the 
currentiy-displayed image in the intermediate-resolution 
image and retains the thus-received block as a cache of 
the image triock stored in the sender 1. Subsequently, 
the image display section 9 refers to tiie block corre- 
spondence table 42 con^esponding to the display block 
that is currentiy displayed. On the basis of result of such 
reference, the reduction rate conversion tattle 43 is 
refen-ed to. Further, on the basis of result of such refer- 
ence, data to be displayed are read from the image 
block that is cached and retained in the cache menx>ry 
44. and the thus-read data are written into the position 
of tiie display memory 45 to be displayed. 
[0102] FiOs. 24a to 24D are illustrations for describing 
the reducing operation according to the present inven- 
tion. FIG. 25 shows a block correspondence table used 
for the reducing operation; and FIG. 26 shows a reduc- 
tion rate conversion table used for the reducing opera- 
tion. 

[01 03] When a new resolution is entered by way of the 
resolution control knob 40. the image display section 9 
of the client 5 determines an intermediate resolution 



image serving as a basis for generating the arbitrary- 
resolution image 1 5. as shown in FIG. 24A. More specif- 
k»lly. the image display sectton makes a determination 
as to which intermediate-resolution file is used in order 

5 to produce the arbitrary-resolution image. A reducing 
operation is selected rather than the enlarging operation 
in order to prevent the image from becoming coarse 
tiirough interpolation. Further, in order to prevent gener- 
ation of a difference between the original image and the 

10 arbitrary-resolution image through reduction of pixels, 
an intermediate-resolution file which is closest to the 
arbitrary-resolution file is selected. The highest-resolu- 
tion file 1 1 or tiie lowest-resolution file 14 may also be 
selected. 

15 [0104] In the preceding case, as shown in FIG. 24A. 
the arbitrary-resolution image can be pr^)ared by 
reduction (diminishment) of pixels. To this end, the first- 
intermediate-resolution f He 12 of 5.000 x 5,000 pixels is 
closest to the arbitrary-resolution file of 3,000 x 3,000 

20 pixels and is therefore selected. RIe information as to 
which file is used (in this case, information indicating 
that the f ile 1 2 is used) is written into the block manage- 
ment table 41. 

[QIOS] The image display section 9 splits the thus- 

26 selected intermediate-resolution file 1 2 into a plurality of 
image blocks. In lad as indicated by a dotted line 
shown in FIG. 24B. a virtual image 12' which would be 
obtained by reading the file 12 from tiie server 1 is virtu- 
ally split At this time, the image blocks are determined 

30 by tiie image display section 9 such as to t>ecome opti- 
mum for indicating a position 33' designated by the 
operator by means of pointing the cursor. More specifi- 
cally, the in^ge display section 9 determines the image 
blocks such that to the extent possit>le, an image at the 

35 position to be displayed is included in a single image 
block without being split Into a plural'ity of image blocks. 
[0106] According to the result of splitting of tiie image 
into the image t)locks, the image display section 9 pre- 
pares tiie block management tat>le 41 . The block man- 

40 agement table 41 is provided so as to correspond to 
each of the thus-split image blocks and stores various 
information required for managing the corresponding 
image blocks. 

[0107] As shown in FIG. 25, the intermediate-resolu- 
45 tion file 1 2 or the virtual image 1 2' is split into XI , X2, ... 
in tiie X direction, and into Y1 , Y2, ... in the Y direction. 
The thus-split blocks are specified as a block X1Y1. a 
block XI Y2, etc. The image display section 9 manages 
the k3k>ck through use of the corresponding block man- 
50 agement table 41. 

[0108] As shown in FIG. 25, tiie information to be 
described in the tHock management table 41 comprises 
a memory handle of an image block and a coordinate 
position in the display coordinate system. Further, the 
55 file information and a cache flag to be described later 
are also written into the block management table 41 . As 
a result of splitting of the image, the image management 
section 9 sets a display flag in tiie block management 



13 



25 



EP0 933 694A1 



26 



table 41 corresponding to an inriage block (hatched in 
FIG. 24B) which is located at a position 33' indicated by 
the operator. If the display flag is set In the correspond- 
ing management table 41, it is understood that the 
image is cunrently displayed. 

[0109] As a result of splitting of the virtual image 12' 
into a plurality of image blocks, image blocks to which 
individual pixels of the selected intermediate-resolution 
file 12 pertain are determined. Accordingly. In both of X 
and Y directions, there are determined pixels of the 
selected intermediate-resolution file 12 corresponding 
to each image block. 

[01 1 0] On the basis of such determination, the image 
display section 9 prepares the block correspondence 
table 42. The block correspondence table 42 comprises 
the block con^espondence table 42-1 for the X direction 
and the block correspondence table 42-2 for the Y direc- 
tion. The block correspondence table 42-1 represents, 
on a per-image-block-basts. the positions of the pixels in 
the X direction in the selected intermediate-resolution 
film 12 that con-espond to tiie irxiividual image blocks. 
The block correspondence table 42-2 represents, on a 
per-image-block-t>asis, the positions of tiie pixels in the 
Y direction in the selected Intermediate-resolutton film 
12 that correspond to the individual image blocks. 
[01 1 1] For example, in FIG. 25, the block correspond- 
ence table 42-1 represents that pixels 0 to 599 corre- 
spond to the image blocks on the first row in the X 
direction, i.e.. XI Y1, XI Y2. ... and ttiat pixels 600 to 
1199 correspond to the image blocks on the second 
row, i.e.. X2Y1, X2Y2. ... Similarly, tiie block corre- 
spondence table 42-2 represents tiiat pixels 0 to 399 
correspond to the image blocks on the first row in the Y 
direction, i.e.. XI Y1 , X2Y1 .... and that pixels 400 to 799 
correspond to the image blocks on the second row. i.e.. 
X1Y2, X2Y2, ... 

[0112] For example, in tiie previous case, each of 
5.000 pixels of the intermediate-resolution file 12 in the 
X direction correspond to any of the image k>locks, and 
each of 5,000 pixels of the same in the Y direction cor- 
respond to any of the image blocks. On the basis of the 
intermediate-resolution file 12 of 5.000 x 5,000 pixels, 
the maximum number of pixels represented in the tables 
42-1 and 42-2 assumes a value of 5.000. 
[01 1 3] From the thus-selected Intermediate resolution 
and the entered arbitrary resolution, the image display 
section 9 calculates a reduction rate for a reducing 
operation. In the previous case, the reduction rate is 
3,000/5,000 = 3/5. This reduction rate is written into the 
block management table 41 . 

[0114] Through use of the reductk>n rate, the image 
display section 9 prepares tiie reduction rate conversion 
table 43. TTiis reduction rate conversion table 43 com- 
prises a table 43-1 arranged in the X direction and a 
table 43-2 arranged in the Y direction (see FIG. 27). 
[Oil 5] As shown in FIG. 26. the reduction rate conver- 
sk>n table 43-1 stores tiie X-axis positions of ttie pixels 
to be actually displayed in the intermediate-resolution 



file 12, after completion of the reducing operation (i.e., 
witti regard to an €ut)itrary-resolution image which is 
newly displayed). More specifically, the positions of the 
pixels in the selected intermediate-resolution file are 

5 stored so as to correspond to the positions of the dots 
on the actual display screen. Similarly, the reduction 
rate conversion table 43-2 stores the Y-axis positions of 
the pixels to be actually displayed on the screen after 
the reducing operation. The pixels to be actually dis- 

10 played after tiie reducing operation are pixels which 
remain after diminishment during the reducing opera- 
tion. As a result the pixels are displayed at the positions 
off the dots. 

[0116] For example, as shown in FIG. 26. the reduc- 
75 tion rate conversion table 43-1 stores numerical values 
"0, 1, 3, ..." in ascending order. These numerical values 
represent the positions of the pixels in the intermediate- 
resolution file 12. Therefore, as shown in FIG. 26. the 
0th pixel, the 1st pixel, the 3rd pixel, ... are maintained 
20 without being reduced. Conversely, the 2nd pixel, tiie 
5th pixel, the 8th pixel, ... are diminished. The same 
applies to the reduction rate conversion table 43-2 (see 
FIG. 27). 

[01 1 7] The storage positions in the reduction rate con- 
25 version table 43-1 correspond to the storage positions 
of the display memory 45; more specifically, the X(row) 
addresses. Accordingly, the storage positions in tiie 
reduction rate conversion table 43-1 correspond to the 
positions on the actual display screen in the X direction. 
30 The same applies to the reduction rate conversion table 
43-2 (see FIG. 27). 

[01 18] Therefore, tiie reduction rate conversion table 
43-1 shown in FIG. 26 represents that the Otii pixel, the 
1st pixel, the 3rd pixel ... of the intermediate-resolution 

35 file 1 2 are to be displayed in the 1 st dot, the 2nd dot, tiie 
3rd dot, ... on the actual display screen in the X-axis 
direction thereof. The same applies to the reduction rate 
conversion tat)le 43-2. Consequentiy, the pixels to be 
displayed are determined by the values stored in the 

40 reduction rate conversion tables 43-1 and 43-2. Hie 
positions on the actual display screen where the pixels 
are displayed are determined by tiie positions in the 
reduction rate conversion 1ak>les 43-1 and 43-2 where 
the values are stored. 

45 [0119] AsshowninFIG. 26. an image 15* formed by 
displs^ing only tiie pixels In the positions Indicated by 
the reduction rate conversion tables 43-1 and 43-2 cor- 
responds to an image reduced witii an arbitrary resolu- 
tion. In FIG. 26, tiie concept of reduction is 

60 exaggerated. 

[Q1 20] The values stored in the reduction rate conver- 
sion tat)le 43 are calculated by multiplication of (tiie 
reciprocal of the reduction rate) by (the position of the 
pixel in the actual screen display (or coordinate value)) 

55 for each of ttie pixels on the actual display screen. Here, 
any remainder is discarded. 

[Ql 21] For example. In the previous case, for tiie Otii 
pixel, there is ot>tained 5/3x0 = 0. whereby 0 is stored 
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in the 0th position of the reduction rate conversion table 
43. For the 1st pixel, there is obtained 5/3 x 1 = 1 .66 and 
the remainder 0.66 is discarded, whereby 1 is stored in 
the 1st position of the reduction rate conversion table 
43. For the 2nd pixel, there is obtained 5/3x2 = 3.33 
and the remainder 0.33 is discarded, whereby 3 is 
stored in the second position of the reduction rate con- 
version table 43. 

[0122] In ttie previous case, the intermediate-resolu- 
tion image serving as the basis for preparation of tiie 
art)itrary-resolution image is 5,000 x 5.000 pixels. Pro- 
vided tiiat the display screen has a size of 1 ,200 x 600 
pixels, computation is performed 1.200 times witii 
regard to the X-axis direction. 600 times with regard to 
the Y-axis direction, and a total of 1,800 times. As a 
result the pixels among the 5.000 pixels in the X-axis 
direction which are displayed (i. e.. the pixels which are 
maintained witiiout being subtracted) and the positions 
of tiie pixels are determined, and the same determina- 
tion is made with regard to the 5.000 pixels in the Y-axis 
direction. 

[0123] TTie maximum number of operations required 
for tiie reducing operation performed in the high<lefini- 
tion image display device according to the present 
invention is dependent on the resolution of the display 
screen. More specifically, in the pre/ious case, the high- 
est-resolution file 1 1 has a size of 10.000 x 10.000 pix- 
els. Provided that the size of the screen is 1.200 x 600 
pixels, ttie total number of operations required is 1 »800. 
Therefore, the arbitrary-resolution image can be pre- 
pared at considerably high speed tiirough repetition of 
reducing operations in a number significantiy smaller 
than the 1.92 million operations mentioned previously 
[0124] f=6r example, even if ttie highest resolution is 
increased to 16,000 x 16.000 pixels, the maximum 
number of operations required for reducing operations 
is 1.600 (in the X-axis direction) and 600 (Y-axis direc- 
tion) = 1,800 times. Specif icaliy. even if the resolution is 
increased by a fector of 2.56 times, the maximum 
number of operations is not changed, consequently, ttie 
greater tiie highest resolution, the wore noticeat)le the 
effect of an increase in the speed of reducing opera- 
tions. 

[0125] As mentioned previously, after completion of 
preparation of the block management table 41. the 
image display section 9 makes a request to the server 1 
for transmitting an image block (one or more blocks) 
corresponding to the currently-displayed image (the 
image provided in the display frame 33 shown in FIG. 
22) in the intermediate-resolution image. The currenfly- 
disptayed image represents an image displayed in the 
display frame 33 shown in FIG. 22 or an image block 
conresponding to the position 33' indicated by the oper- 
ator. More specifically, the image display section 9 
makes a request for transmitting an image block 
hatched in FIG. 24B. 

[0126] The image display section 9 adds the block 
management table 41 to ttie transmission request As a 



result, the image management section 7 of the server 1 
can find the details of an image block to be ti^nsmitted. 
and the image block can be transmitted without fail. For 
instance, from the file information and the memory han- 

5 die of tiie image block stored in the block management 
tabUe 41 . the position of the image block in the memory 
of tiie server 1 can be determined. More specifically, the 
nature of tiie image block required to be transmitted, the 
file in which ttie image block is stored, and ttie location 

10 on the memory where the image block is stored can be 
determined. For this purpose, tiie client 5 retains 
beforehand ttie hold information 20 to 23 described by 
reference to FIG. 3. 

[01 27] Upon receipt of the transmisston request from 
IS the client 5. tiie image management section 7 transmits 
ttie image block to the client 5 ttiat has sent the request, 
on the basis of the block management table 41 added to 
the request. Tiie transmission of tiie image block is car- 
ried out in the same fashion as mentioned previously. 
20 [01 28] Upon receipt of ttie image block of the interme- 
diate-resolution image from the server 1 . the image dis- 
play section 9 decrypts and expands tiie ttius-received 
image block and retains tiie thus-expanded image block 
in the memory 45 tiirough caching operations, as shown 
25 in FIG. 24C. In fad, as described by reference to FIG. 
12. an image block in which no display flag is set is also 
transmitted tiirough a antidpative control operation and 
retained in ttie cache memory 45 through caching oper- 
ations. 

30 [01 29] TTie image display section 9 sets a flag (here- 
inafter refen-ed to as a "cache flag") representing that 
ttie image block is present in ttie client 5 (i e.. tiie cache 
memory 45) in the block management table 41 corre- 
sponding to ttie image block held in the cache memory. 

35 The cache flag is also stored in the corresponding block 
management table 41. Accordingly, match is not neces- 
sarily present between the cache flag and the display 
flag. 

[0130] After tiie pre-processing operation set fortii, ttie 

40 image display section 9 performs a displaying operation 
(i.e.. a main-processing operation) with regard to the 
image block that is now being displayed. At tiiis point in 
time, the image is not yet reduced in size. More specifi- 
cally, tiie contents of the display memory 45 such as 

45 those shown in FIG. 24C are not yet prepared. The 
reducing operation is completed by oonrA>ination of the 
previously-described pre-processing operations and the 
main-processing operations to be described below. 
[01 31 ] The image display section 9 refers to ttie block 

so oorre^X)ndence table 42 corresponding to the block 
management table 41 which corresponds to ttie image 
block ttiat is now being displayed. On the basis of such 
reference, the image display section refers to the reduc- 
tion rate conversion table 43. and reads the data to be 

ss displayed after reducing operations (i.e., pixels) from the 
cache memory 44. The thus-read data are written into 
tiie positions in ttie display memory 45 where the data 
are to be (fispleyed. According to the contents of ttie dis- 
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play memory 45. the image display section 9 displays 
the image on the saeen. 

[0132] More specif ically, as shown In FIG. 27, the 
image display section 9 searches the block manage- 
ment table 41 and finds an image t^ock for which the s 
display flag has already been set (i.e., the block hatched 
in the drawing). This Image block Is now being dis- 
played. 

[0133] Next, the image display section refers to the 
block con^espondence tables 42-1 and 42-2 corre- io 
sponding to the image blocks [see (1) in the drawing]. 
As a result the image display section becomes aware of 
the range of pixels In both the X-axis and Y-axis direc- 
tions in which the pixels correspond to the image triocks. 
By use of the display flag, the positions to be referred to is 
can be referred to at high speed without involvement of 
retrieval of the entire block correspondence table 42. 
[0134] On the basis of the result of reference to the 
tables 42-1 and 42-2, the reduction rate conversion 
tables 43-1 and 43-2 are referred to [see (2) in the draw- zo 
ingj. As a result if the result of reference to the block 
correspondence table 42-1 represents "0-599." corre- 
spondence between the pixel range and the oorrtents of 
the reduction rate conversion table 43-1 is established. 
Specifically, of the pixels in this range, pixels indicated 2S 
by the reduction rate conversion table 43-1 are dis- 
played. The same applies to the block correspondence 
table 42-2 and the reduction rate conversion table 43-2. 
By use of the result of reference to the block corre- 
spondence table 42. the pixels that are to t)e displayed so 
through use of the reduction rate conversion tat^e 43 
can be read from the cache memory 44 [(3) in the draw- 
ing] at high speed. 

[0135] On the basis of results of reference to the 
tables 42-1 and 42-2. the position in the Image block ss 
con^esponding to the position 33' indicated by the oper- 
ator can be refen^ed to at high speed through use of the 
kilOGk correspondence table 42. Of the image blocks 
corresponding to the position 33'. the minimum posi- 
tional X-coordinate and Y-coordinate of the pixel are 40 
determined to be a relative positional coordinate (0.0) 
used in the following processing. The relative positional 
coordinate is determined with regard to the other pixels. 
[01 36] According to the contents in the reduction rate 
conversion tables 43-1 and 43-2. the data to be dis- 4S 
played (i.e.. pixels) are read from the cache memory 44 
[(3) in the drawing]. The cache memory 44 shown In 
FIG. 27 stores the images relating to. e.g.. the head of 
Buddha. For example, if the reduction rate conversion 
tables 43-1 and 43-2 represent the contents as shown so 
In FIG. 27. the first value "0" of the reduction rate con- 
version table 43-1 and the first value "0" of the reduction 
rate conversion table 43-2 are used to read the pixel 
from the relative positional coordinate (0.0) in the image 
block. Through use of the reduction rate conversion ss 
iatHe 43. a required pixel can be read by reference only 
to the table 43 without involvement of perlonning reduc- 
tion operations every time a pixel Is read. The amount of 



operation required for preparing the reduction rate con- 
version table 43 is merely equal to the amount of opera- 
tk>n required for reading pixels from one row and one 
column. 

[0137] The thus-read pixels are written into the posi- 
tions on the display memory 45 where the pixels are to 
be displayed [(4) In the drawing]. For example, the pixel 
assuming a relative positional coordinate (0.0) Is calcu- 
lated through use of the values at the first positions of 
the reduction rate conversion tak)les 43-1 and 43-2. and 
hence the pixel is stored in the corresponding position 
of the display memory 45. More specifically, the pixel is 
stored in the dot which is the top in txsth the X-axis and 
Y-axis directions of the display memory 45. According to 
the contents of the display memory 45. the image dis- 
play section 9 displays the image on the screen. 
Through use of the reduction rate conversion table 43. 
the position of the pixel can be determined by use of 
only the position In the table 43. without Involvement of 
calculation of the position every time the pixel is stored. 
[0138] The foregoing processing is repeated for each 
of the dots (or bits) of the display memory 45 of a bit- 
map display. At this time, for example, the pixels in the 
relative positional coordinates (0.0). (0.1). (0.3) ... in the 
image blocK i.e., the pixels having the same X address, 
are continuously read and written, through use of the 
first value "0" of the reduction rate conversion table 43- 
1 and the values "0. 1. 3. ..." of the reduction rate con- 
version table 43-2. In other words, raster scanning is 
canned out 

[0139] FIG. 28 shows the flow of preparation of an 

arbitrary-resolution image. 

(Step S50): When an arbitrary resolution is newfy 
entered by way of the resolution control knob 40, 
the image display section 9 of the client 5 calculates 
an image tslock required for displaying the art^itrary- 
resolution image, on the basis of the arbitrary reso- 
lution. More specifically, the intermediate-resolution 
image used for preparing tiie arbitrary-resolution 
image is determined ar>d is split into image blocks. 
(Step S51): The image display section 9 calculates 
a reduction rate on the t>asis of the arbitrary resolu- 
tion. 

(Step S52): The Image display section 9 prepares 

the reduction rate conversion table 43 on the basis 

of the thus-calculated reduction rate. 

(Step S53): The image display section 9 prepares 

the block correspondence tabUe 42 on the basis of 

the thus-calculated image block. 

(Step S54): The image display section 9 registers a 

required image t)lock Into the tHock management 

table 41. 

(Step S55): The image display section 9 adds tiie 
t>l0Gk management table 41 to a transmission 
request and sends the request to the image man- 
agement section 7 of the server 1 for transmitting 
an Image. 
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(Step S56): The image management section 7 
refers to the block management table 41 added to 
the transmission request, compresses and 
encrypts data regarding the image block of the file 
required for preparing the art^itrary-resolution 
image, and transmitting the data to the client 5. 
(Step S57): The image expansion section 8 of the 
client 5 expands and decrypts the thus-received 
block of data and retains the t^lock of data in the 
cache memory 45 as a cache of the image block 
stored in the server 1 . 

(Step S58}: The image display section 9 of the cli- 
ent 5 refers to the t)lock management table 41 and 
refers to the block correspondence table 42 of the 
image block that is now being processed. 
(Step S59): The image display section 9 refers to 
the reduction rate conversion table 43, on the basis 
of the result of reference to the block management 
table 41. 

(Step S60): The image display section 9 refers to 
the image block on the basis of result of reference 
to the reduction rate conversion table 43. 
(Step S61): On the basis of result of reference to 
the image tHock, the image display section 9 stores 
the image data to be displayed into the position in 
the display memory 45 where the data are to be dis- 
played. Subsequently, the image display section 9 
displays an image according to the contents of the 
display memory 45. 

[0140] As has already been desaibed by reference to 
FIGs. 1 1 and 12. a plurality of image blocks preceding 
and sutjsequent to the image that is now being dis- 
played are stored in the cache memory 44 through 
caching, in preparation for shifting of an image Q.e., 
scrolling operations). Consequently, when there is 
issued an instruction for scrolling the arbitrary-resolu- 
tion image, the image can be smoothly scrolled in com- 
pletely the same way as the predetermined 
intermediate-resolution image. 
[0141] In this case, the required image blocks are 
already present in the cache memory 44, and the cache 
flag is set in the corresponding block management 
tables 41 . When the image is scrolled, the image display 
section 9 refers to the block management table 41 . If the 
cache flag is set in the t^ock management tafc)le 41 , the 
image display section does not make a request to the 
server 1 for transferring the image t^lock. The arbitrary- 
resolution image 15 to be displayed is produced by use 
of the image block stored in the cache memory 44. 
[0142] Since the resolution is not changed in this 
case, the block correspondence table 42 and the reduc- 
tion rate conversion table 43 are already prepared. 
Accordingly, the arbitraryHresolution image 15 can be 
produced at cons'derably high speed (i.e.. a speed at 
which the operator does not become aware of prepara- 
tion of the image) in conjunction with omission of data 
transmission. 



[01 43] When the operator changes the resolution, the 
processing required for determining the intermediate- 
resolution image used as a basis for preparing an arbi- 
trary-resolution image whose resolution has been 

5 changed is repeated in the same manner. Even in this 
case, there may be a case where the required image 
block is present in the cache memory 44 and the cache 
flat is set in the corresponding block management table 
41 . In other words, the range of change in resolution is 

10 small, and there is no change in the intermediate-reso- 
lution image used as a basis for preparation of an arbi- 
trary-resolution image. 

[0144] In this case, after the resolution has been 
changed, the image display section 9 determines an 

75 Intermediate-resolution image used as a basis for pre- 
paring an art>itrary-resolution image and does not make 
a request to the server 1 for serxJing the image block. 
The arbitrary-resolution image 1 5 to be displayed is pre- 
pared through use of the image block stored in the 

20 cache memory 44. 

[0145] There is no change in the block management 
table 41 and the block carespondence table 42, and 
there is no need to make a request to the server 1 for 
transmission of an image. Only the reductk>n rate con- 

25 version table 43 is newly prepared. Thus, a new arbi- 
trary-resolution image 15 can be prepared at 
considerately high speed. 

[Q146] Although the high-definition image display 
apparatus according to the present invention has been 

30 described in detail t>y reference to its embodiments, var- 
ious modifications of the present invention may be con- 
ceivable within the scope of the invention. A medium for 
storing a program by which a computer, or the high-def- 
inition image display apparatus, carries out the afore- 

35 mentioned processing operations is also to be 
understood to fall witiiin the scope of tiie present inven- 
tion. 

Industrial Applicability 

40 

[0147] As has been described akx>ve. the high-defini- 
tion image display apparatus according to tiie present 
invention enables high-speed transmission and 
processing of a mega-sized high-definition image, for 

45 example, an image of 10,000 x 10,000 pixels, and can 
be applied to. e.g., tiie study of images of Buddha. 
[01 48] Furtiier, the present invention enables the high- 
d^inition image display apparatus to set the resolution 
of the mega-sized high-definition image to an arbitrary 

so value and enables high-speed preparation of the image 
having the arbitrary resolution. 
[0149] The present invention can provide a medium 
for storing a program by which a corrputer. or the high- 
delinltion image display apparatus, executes the 

55 processing operations set forth and enak)les ready pro- 
vision of the program stored in a storage medium such 
asaflexik)le disk. 
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Claims 

1. A high<lefinition image display apparatus which 
displays a mega-sized high-definition image on a 
computer display and which includes a server and a 
client that operate in a coordinated manner, the dis- 
play apparatus comprising: 

means for storing an image in the server in the 
form of a set of image data for several levels of 
resolution each of which is oknained through 
division of the image into a matrix as well as 
through compression and encryption; and 
input means for enabling visual performance of 
operations for specifying an image to be dis- 
played on the scre^ of the client, zooming 
in/out, and scrolling the image. 

2. The high-definition image display apparatus as 
defined in Claim 1, further comprising: 

means which, at the time of transfer of image 
data from the server to the client compares a 
load exerted on a CPU of the server with a load 
exerted on a CPU of the client and dynamically 
determines whether the sender or the client 
would more efficiently expand a compressed 
image data blocK wherein the image data are 
transferred by determining a resolution and an 
split image data block which are optimum for 
display. 

3. The high-definition image display apparatus as 
defined in Claim 1, wherein when the server 
expands the compressed image data blocK only 
the portion of image data required for display is 
clipped, re-compressed, and encrypted. 

4. The high-definition image display apparatus as 
defined in Claim 1 , wherein the client comprises: 

means for caching the image data that are 
used; and 

prediction means tor predicting a split image 
data blocK which will be required, before scroll- 
ing and zooming operations and making a 
request to the server for the thus-predicted split 
image data block. 

5. The high-definition image display apparatus as 
defined in Claim 1 , further comprising: 

means which, at the time of displaying a high- 
definition image on the screen of the client, 
reduces an image to be displayed, displays the 
thus-reduced image in a control window, and 
can-ies out continuous scrolling or zooming 
operations; arxJ 



means which displays a list of thumbnail 
images in the control window and switches 
among the images. 

5 6. The high-definition image display apparatus 
according to Claim 1, wherein, at the time of cBs- 
playing a high-d^inttion image on the screen of the 
client, a ruler-like scale is displayed on the image, 
thereby rendering measurement off size of the 

10 image easy 

7. The high-definition image display apparatus as 
defined in Claim 1 . further comprising: 

75 means which, at the time of displaying a high- 

definttion image on the client screen, splits the 
screen into n areas and enables individual 
manipulation of n images. 

20 8. The high-definition display system as defined in 
Claim 1, further comprising: 

means which, at the time of displaying a high- 
definition image on the saeen of the client, 
25 records and/or reproduces a display field. 

9. The high-definition display system as defined in 
Claim 1, wherein when scrolling or zooming opera- 
tion is performed within a control window of the di- 

30 ent, an image is displayed on the display screen 
through use of low-resolution image data. 

10. The high-definition display system as defined in 
Claim 1 , further comprising: 

35 

means for calculating a reduction rate and pre- 
paring a reduction rate conversion tatie, on the 
basis of the aibitrary resolution and an interme- 
diate resolution of an intermediate-resolution 
40 image that is used for preparing the arbitrary 

resolution image from the arbitrary resolution; 
wherein 

an image block corresponding to the image 
that is currently displayed is refen^ed to, tiirough 

45 use of the reduction rate conversion table; 

data to be displayed are read, on the basis of 
reference results, from the image block corre- 
sponding to a currentiy-displayed image in the 
intermediate-resolution image, and the data 

so are written into the position of display memory 

to be displayed; and 

an image is displayed on the saeen according 
to the contents of the display memory. 

55 11. The high-definition image display apparatus as 
defined in Qaim 10, further comprising: 

means for splitting Into a plurality of image 
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blocks the intermediate resolution image used 
for producing the artMtrary resolution image 
and preparing block conrespondence tables on 
the k)asis of the thus-split image bkxto, 
wherein 5 
a request is made to the server for transmitting 
image blocks corresponding to the currently- 
displayed image in the intermediate-resolution 
image: 

an image block corresponding to the cun-ently- 10 
displayed image within the intermediate-reso- 
lution image is received from the server and is 
retained; 

a bloc correspondence table corresponding to 
the image block that is currently displayed is is 
referred to; 

the reduction rate conversion table is refen^ed 
to on the basis of the reference result; and 
data to be displayed are read from the retained 
image block on the basis of reference result 20 
and are written into the position of the display 
memory to be displayed. 

12. The high-defin!tk>n image display apparatus as 
defined in Claim 1 1 . further comprising: zs 

means for determining, on the basis of the arbi- 
trary resolution, an intermediate-resolution 
image used for producing the artMtrary-resolu- 
tion image; and so 
input means which enables entry of an arbi- 
trary resolution for an image to be displayed on 
the screen of the client wherein 
the intermediate-resolutk)n image used lor pro- 
ducing the arbitrary-resolution image is deter- ss 
mined on the k>asis of the thus-entered 
arbitrary resolution. 

13. The high-definition image display apparatus as 
defined in Claim 11. wherein, in a case where an 40 
image is scrolled, if image blocks required for scroll- 
ing the image are already retained, data to be dis- 
played are read from the innage blocks that are 
already retained, without transmission of a request 

to the server for transmission of the image blocks. 45 

14. The high-definition image display apparatus as 
defined in Claim 1 1 . wherein, in a case where the 
resolution is changed, the intermediate-resolution 
image is determined; and if there is no change in so 
the intermediate resolution, the data to be dis- 
played are read from the image blocks that are 
already retained, without a request being made to 
the server for transmission of the image t>locks. 

ss 

15. The high-definitfon image display apparatus as 
defined In Claim 10. further comprising: 



input means for enabling entry of an arbitrary 
resolution for an image to be displayed on the 
screen of the client 

1 6. A program storage medium for storing a program to 
k>e executed by a high-definition image display 
apparatus which displays a high-definition mega- 
sized image on a computer display and which 
includes a server and a client that operate in a coor- 
dinated manner, the program comprising: 

processing for storing an image in the server in 
the form of a set of image data for several lev- 
els of resolution each of which is obtained 
through division of the image into a matrix as 
well as through compression and encryption; 
and 

processing for enabling visual performance of 
operations for specifying an image to be dis- 
played on the screen of the client zooming 
in/out and scrolling the image. 

17. A program storage medium for storing a program to 
be executed by a high-definition image display 
apparatus which displays a high-definition mega- 
sized image on a computer display and which 
includes a server and a client that operate in a coor- 
dinated manner, the program comprising: 

processing for storing an image in the server in 
the form of a set of image data for several lev- 
els of resolution each of which is obtained 
through division of the image into a matrix as 
well as through compression and encryption; 
processing for enabling visual performance of 
operations for specifying an image to be dis- 
played on the screen of the client, zooming 
in/out and scrolling the image; 
processing for determining, on the basis of an 
ariMtrary resolutfon, of an intermediate-resolu- 
tion image used for producing the arbitrary-res- 
olution image; 

processing for splitting the intermediate-resolu- 
tion image into a plurality of image blocks and 
for preparing bfoc correspondence tables on 
the basis of the thus-split image tslocks: 
processing calculating, on the basis of the arisi- 
trary resolution and the intermediate resolu- 
tion, a reduction rate, and producing a 
reduction rate conversion table; 
processing for making a request to the server 
for transmitting image t)locks corresponding to 
the currently-displayed image in the intermedi- 
ate-resolution image; 

processing for receiving from the server an 
image block corresponding to the currently-dis- 
played image within the intermediate-resolu- 
tion image and retaining the thus-reoeived 
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image block; 

processing for referring to a iDlock correspond- 
ence table conresponding to a block manage- 
ment table con-esponding to the image block 
that is currently displayed: s 
processing for referring to the reduction rate 
conversbn table on the basis of the reference 
result; 

processing for reading data to be displayed 
from the retained image block on the basis of 10 
reference result and writing the data into the 
position of the display memory to be displayed; 
and 

processing for displaying the image on the 
screen according to the contents of the display is 
memory. 
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